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Verfahren und Vorrichtung zum Steuern von 
Handhcibungsgeraten 



Die Erfindung betrifft ein Verfahren zum synchronen Steuern 
einer Mehrzahl von Handhabungsgeraten, wie Indus trierobo- 
tern. Sie betrifft weiterhin eine Vorrichtung zum synchro- 
nen Steuern eines Handhabungsgerats in einem Verbund aus 
einer Anzahl derartiger Handhabungsgerate, das zum Durch- 
fiihren eines Verfahrens der eingangs genannten Art ausge- 
bildet ist. 

Automat isierte Handhabungsgerate, wie Indus trieroboter, 
werden in der heutigen industriellen Praxis fur vielfaltige 
Aufgaben eingesetzt. Dabei ist es oftmals erf orderlich, 
dass mehrere Roboter, die jeweils durch eine Robotersteue- 
rung gesteuert sind^ bestimmte Handhabungs -Handlungen zeit- 
lich aufeinander abgestimmt, d.h. synchron ausfiihren. Dazu 
ist in der Regel erf orderlich, dass bestimmte Bedienhand- 
lungen an einer Mehrzahl von Roboter- Steuerungen gleichzei- 
tig ausgefiihrt werden. Es kann sich bei den erwahnten Be- 
dienhandlungen beispielsweise um das Verteilen eines Start - 
Kommandos fiir eine Gruppe kooperierender Roboter handeln. 

Z1000340.rtf 
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Dariiber hinaus ist die Ausfiihrung bestimmter Befehle regel- 
maBig an Zustandbedingungen gekniipft, die an alien SLeue- 
rungen erfiillt sein miissen, bevor ein bestiituntes Steuerbe- 
fehls bzw, durch dieses eingeleitete Programmanweisungen 
5 von einer Mehrzahl von Roboter - Steuerungen synchron ausge- 
fiihrt werden kann bzw. konnen. 



Aus der US 2002/0029095 Al (entsprechend EP 1 186 286 A2) 
ist eine synchrone Steuerung kooperierender Roboter be- 

10 kannt, bei der eine Roboter- Steuerung als Master und weite- 
re Roboter- Steuerungen als Slaves fungieren. Die Master- 
Steuerung sendet Start -Koramandos und Positions- sowie In- 
terpolationsdaten an alle Slaves, die nach erfolgter Riick- 
^' meldung daraufhin bezuglich eines Startzeitpunktes synchro - 

15 ne Bewegungs- bzw. Steuerungsablauf e ausfuhren. Im Falle 

eines Stop-Kommandos eines der kooperierenden Roboter wer- 
den alle beteiligten Roboter nach einem identischen Anhal- 
teverfahren abgebremst. 



20 Als nachteilig bei der vorbekannten Steuerung ist insbeson- 
dere das starre Master- Slave -Konzept anzusehen, nach dem zu 
Beginn eines Ablauf vorgangs einer der Roboter als Master 
fiir diesen Ablauf vorgang festgelegt wird. Hierdurch ist die 
Einsetzbarkeit einer derartigen Steuerung stark einge- 

25 schrankt: Alle beteiligten Roboter- Steuerungen enthalten 
eine Vielzahl distinkter Steuerungsprogramme (Master- 
Programm, Slave- Prograrnm, Normal - Programm) , deren Zusammen- 
spiel vorab festgelegt sein muss, und die einen erhohten 
Programmier- und Verwaltungsaufwand sowie einen entspre- 

30 chenden Speichermehrauf wand nach sich Ziehen. Weitere 
Nachteile ergeben sich aufgrund der in der angefiihrten 
Druckschrift genannten datentechnisch aufwendigen und an- 
falligen Ubermittlung umf angreicher Positions- und Interpo- 
lationsdaten, die dort fiir eine synchrone Steuerung notwen- 

35 dig ist. 
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Der Erfindung liegt die Aufgabe zugrunde, unter Vermeidung 
der vorstehend genannten Nachteile ein Verfahren Oder eine 
Vorrichtung zum synchronen Steuern einer Mehrzahl von Hand- 
5 habungsgeraten, wie Indus trierobotern , zu schaffen, das 

bzw. die bei Gewahrleistung eines sicheren Verf ahrensablau - 
fes einfach ausgebildet und flexibel einsetzbar ist. 

Die Aufgabe wird bei einem Verfahren der eingangs genannten 

10 Art dadurch gelost, dass ein von Steuerungen der an einer 
Synchronisation beteiligten Handhabungsgerate auszufuhren- 
der Steuer-Bef ehl an einer beliebigen Steuerung initiiert 
und anschliefiend in dieser abhangig von der Art des Befehls 
wei terbearbeitet wird. Zur Losung der genannten Aufgabe ist 

15 bei einer Steuerungsvorrichtung der eingangs genannten Art 
vorgesehen, dass diese aufweist: Speichermi ttel zum Spei - 
chern eines Steuerungsprogramms fur das Handhabungsgerat , 
Eingabemittel zum Initiieren eines zu Synchronisationszwe- 
cken zu verteilenden Steuer-Bef ehls, Sendemittel zum Senden 

20 eines initiierten Steuerbef ehls an andere an einer Synchro- 
nisation beteiligte Steuerungen, Empf angsmi ttel zum Empfan- 
gen eines von einer anderen beteiligten Steuerung vibermit- 
telten Befehls , Prozessormittel zum Bearbeiten des Steue- 
rungsprogramms nach Mafigabe des Steuer-Bef ehls und ggf • zum 

25 Priifen des initiierten bzw. des empfangenen Befehls sowie 
Entscheidungsmittel zum Freigeben oder Blockieren des Ver- 
sandes und/oder zum Anordnen eines lediglich lokalen Aus- 
fuhrens eines initiierten Steuer- Befehls . 

30 Auf diese Weise ist ein einfaches und flexibel einsetzbares 
Verfahren bzw. eine entsprechende Vorrichtung zum synchro- 
nen Steuern einer Mehrzahl von Handhabungsgeraten geschaf- 
fen, das bzw. die insbesondere ohne eine Einteilung der be- 
teiligten Steuerungen in Master- und Slave- Steuerungen und 

35 die damit verbundenen Nachteile auskommt. Eine flexibel 
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veranderliche Anzahl von Steuerungen kann so als Gruppe 
(Verbund) mittels bestimmter Steuer- Kommandos synchron ge- 
steuert werden. Dabei ist eine Liste von Steuerungen, die 
an diesem Verbund teilnimmt , vorzugsweise iiber eine in den 
5 Speichermitteln der Steuerungen gespeicherte Variable in 
Form einer Liste definiert. Eine solche Variable ist durch 
den Anwender auch online jederzeit neu definierbar. 

Da nach einer Weiterentwicklung des erf indungsgemaBen Steu- 
10 ersystems vorgesehen ist, dass die Steuerungen iiber ein 

Kommunikationsnetz , beispielsweise unter Verwendung des E- 
thernet-Protokolls, verbunden sind, enthalt die Steuerungs- 
^ Liste vorzugsweise die IP-Adressen der an der Synchronisa- 

^ tion beteiligten Steuerungen. 

15 

Das Konununikationsnetz ist vorzugsweise hierarchisch flach, 
z.B. mit Sterntopologie und zentralem Hub ausgebildet. Alle 
Steuerungen sind somit auf einer gemeinsamen hierarchischen 
Ebene angeordnet. 

20 

Vorzugsweise beinhaltet die Bef ehls-Bearbeitung im Zuge des 
erf indungsgemaBen Verfahrens, dass der Steuer-Bef ehl zur 
synchronen Ausfiihrung auf die anderen Steuerungen verteilt 
Oder zunachst lokal uberpriift wird. 

' 25 

Nach einer Weiterbildung des erf indungsgemaBen Verfahrens 
ist vorgesehen, dass die Steuerungen sich vor Bearbeitung 
der Steuer-Bef ehls gegenseitig ihre aktuellen steuerungsre- 
levanten Zustande mitteilen. Auf diese Weise kann die ini- 

3 0 tiierende Steuerung nach einer bevorzugten Ausgestaltung 

des erf indungsgemaBen Verfahrens die libermittel ten Zustande 
aller Steuerungen uberpriifen. Die Priifung durch die ini ti- 
ierende Steuerung erfolgt unter dem Gesichtspunkt , ob alle 
Vorbedingungen, die an eine Verteilung bzw. Ausfiihrung 

35 eines bestimmten Steuerbef ehls gekntipft sind, auf alien 



Steuerungen erfiillt sind. Eine solche Bedingung ist bei- 
spielsweise, dass kein beteiligter Roboter in einem Hand- 
verfahren bewegt sein darf . 

Nach einer Wei terbildung des erf indungsgemaBen Verfahrens 
ist vorgesehen, dass die Bef ehls - Bearbei tung nach der Zu- 
stands-Uberpriif ung erfolgt. Vorzugsweise unterbleibt die 
Bef ehls -Bearbei tung bei negativer Zustands -Uberpriif ung . 

Bedingt dadurch, dass ein Befehl erf indungsgemaB ggf . nur 
lokal ausgefiihrt wird, konnen bestimmte Steuer-Bef ehle auch 
ohne Synchronisation bei demjenigen Handhabungsgerat ausge- 
fiihrt werden, an dem sie urspriinglich initiiert wurden. 

Eine Weiterbildung des erf indungsgemaBen Verfahrens sieht 
vor, dass die Zustands -Mi tteilung nach einer Anfrage durch 
die initiierende Steuerung erfolgt. Auf diese Weise wird 
das Kommunikationsnetz zwischen den Steuerungen nur zum 
Initiationszeitpunkt des Steuer -Bef ehls mit Zustands -Mit - 
teilungen belastet. 

Urn die Steuerung von Robotern, die in einer Zelle kooperie- 
ren, d.h. sich immer oder teilweise raumlich und/oder zeit- 
lich koordiniert miteinander bewegen, moglichst einfach und 
bedienerf reundlich zu gestalten, ist die erf indungsgemaBe 
Vorrichtung vorzugsweise zusammen mit den anderen Steuerun- 
gen mit einem gemeinsamen Bediengerat fiir die Steuerungen 
verbunden, das auf die unterschiedlichen Steuerungen um- 
schaltbar ist. Damit kann eine Bedienperson von einer zent- 
ralen Bedieneinhei t her Steuer- Bef ehls an bestimmten Steue- 
rungen kooperierender Handhabungsgerate initiieren und auf 
diese Weise den Roboter- Verbund einfach und flexibel von 
auBen steuern. 
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Weitere Vorteile und Merkmale der Erfindung ergeben sich 
aus der nachf olgenden Beschreibung von Ausf iihrungsbeispie- 
len anhand der Zeichnungen. Es zeigt: 



5 Fig. 1 ein Blockschal tbild eines Verbundes erf indungsge- 
mafier Steuerungsvorrichtungen . 

Fig. 2 ein erstes Ablauf diagramm des erf indungsgemaBen 
Steuerungsverf ahrens anhand des Starts eines Ro- 
10 boterverbundes ; und 

Fig. 3 ein wei teres Ablauf diagramm des erf indungsgemaBen 
Steuerungsverf ahrens in Fortsetzung des Ablauf - 
diagramms der Fig. 2; 

15 

Fig. 1 zeigt eine Anzahl von Robotern 1, 2, 3, 4, die in 
einem gemeinsamen Arbeitsbereich (Zelle) kooperieren, d.h. 
sich immer Oder teilweise raumlich und/oder zeitlich koor- 
diniert miteinander bewegen. Jeder Roboter 1, 2, 3, 4 weist 
20 eine Roboter - Steuerung 1.1, 2.1., 3.1, 4.1 auf . Jede Steue- 
rung 1.1, 2.1, 3.1, 4.1 weist auf: Speichermi ttel 1.2, 2.2, 
3.2, 4.2 zum Speichern eines Steuerungsprogramms fur den 
jeweiligen Roboter 1, 2, 3, 4; Eingabemittel 1.3a, 2.3a, 
3.3a, 4.3a zum Initiieren eines zu Synchronisierungszwecken 
^25 zu verteilenden Steuer -Kommandos ; Sendemittel 1.3b, 2.3b, 

3.3b, 4.3b zum Senden eines initiierten Kommandos an andere 
an einer Synchronisation beteiligte Steuerung 1.1-4.1; Em- 
pfangsmittel 1.3c, 2.3c, 3.3c, 4.3c zum Empfangen eines von 
einer anderen beteiligten Steuerung 1.1-4,1 ubermi ttel ten 
30 Kommandos; Prozessormittel 1.4a, 2.4a, 3.4a, 4,4a zum Bear- 
beiten des Steuerungsprogramms nach MaBgabe des Steuer -Kom- 
mandos und ggf . zum Prufen des initiierten bzw. des empfan- 
genen Kommandos; und Entscheidungsmittel 1.4b, 2.4b, 3.4b,, 
4.4b zum Freigeben oder Blockieren des Versandes und/oder 



zum Anordnen eines lediglich lokalen Ausfiihrens eines ini - 
tiierten Steuer- Kommandos . 

Die Eingabemittel 1.3a-4.3a, Sendemittel 1.3b- 4. 3b und Em- 
pf angsmittel 1.3c -4. 3c sind beim gezeigten Ausf iihrungsbei - 
spiel der Fig. 1 fiir jede der Steuerungen 1.1-4.1 in bau- 
lich-kombinierter Form als Netzwerkkarte 1.3-4.3 reali- 
siert. Uber die Netzwerkkarten 1.3-4.3 sind die Steuerungen 
1.1-4.1 durch Leitungen 5 und einen zentralen Hub 6 uber 
ein Netz mit Sterntopologie miteinander verbunden. Der Hub 
6 kann als einfacher passiver Hub oder als Switching-Hub 
(Switch) ausgebildet sein. 

Zum Ansteuern der Netzwerkkarten 1.3-4.3 beinhaltet jede 
der Steuerungen 1.1-4.1 beim gezeigten Ausf uhrungsbeispiel 
geeignete Treibermittel 1-5, 2.5, 3.5, 4.5. 

Die Prozessormittel 1.4a, 2.4a, 3.4a, 4.4a und die Ent- 
scheidungsmittel 1.4b, 2.4b, 3.4b, 4.4b sind beim gezeigten 
Ausf uhrungsbeispiel als bauliche Einheit in Form eines Mik- 
roprozessors 1.4, 2.4, 3.4, 4.4 realisiert. 

Das in Fig. 1 dargestellte erf indungsgemaBe Steuerungssys - 
tem weist daruber hinaus zur Steuerung aller Roboter 1-4 
einer Zelle ein gemeinsames Bediengerat 7 auf, das auf die 
unterschiedlichen Steuerungen 1.1-4.1 umschaltbar ist. Na- 
hezu ist das Steuergerat 7 beim gezeigten Ausf uhrungsbei - 
spiel liber eine weitere Leitung 5' in das Kommunikations- 
netz der Roboter 1-4 eingebunden (mit dem Hub 6 verbunden) . 
Der Anwender kann mittels des Bediengerates 7, beispiels- 
weise in Form eines Mikrocomputers , auf die Steuerungen 
1.1-4.1 der in der Zelle enthaltenen Roboter 1-4 einwirken, 
wie dies im Rahmen der folgenden Erlauterung der Fig. 2 und 
3 erlautert wird. 
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Die Fig. 2 beschreibt nun den Ablauf des er f indungsgemaSen 
Verfahrens zum synchronen Steuern einer Mehrzahl von Hand- 
habungsgeraten gemaB der Fig. 1. 

5 

Bei einem Steuer - Bef ehl , der mit einer Zustands - Abf rage und 
-Uberpriifung der anderen beteiligten Steuerungen durch die 
initiierende Steuerung einhergeht, kann es sich dabei bei- 
spielsweise urn einen Start-Befehl handeln, durch den ein 

10 ganzer Roboter - Verbund aus mehreren kooperierenden Robotern 
ggf . - d.h. sofern keine Ausschlussgriinde wie Handfahrbe- 
trieb oder ahnliches vorliegen - synchron zum Ausfiihren be- 

- stimmter Arbeits- bzw. Bewegungstatigkeiten nach MaBgabe 

bestinunter in den einzelnen Robotersteuerungen gespeicher- 

15 ter Programme veranlasst wird. 

Dazu ergeht in einem ersten Schritt SI der Start-Befehl an 
die initiierende Steuerung, im folgenden auch als lokale 
Steuerung bezeichnet wird, Ein solcher Steuer -Bef ehl wird 

20 in der Regel durch eine Bedienperson von auBen veranlasst, 
wie welter unten anhand der Fig. 3 erlautert ist. Dies kann 
prinzipiell an jeder Steuerung geschehen, die dann fiir den 
gegebenen Befehl die Rolle der initiierenden Steuerung 
libernimmt (so kann z.B. ein an einer ersten Steuerung er- 
^1^25 teilter Start-Befehl an einer zweiten wieder gestoppt wer- 
den) . AnschlieBend erfolgt beim Schritt S2 eine Abfrage, ob 
ein Roboter-Verbund, in diesem Fall ein Start- Verbund, pro- 
jektiert ist. Die lokale Steuerung beantwortet die Abf rage 
S2 durch Inspektion einer entsprechenden gespeicherten Va- 

30 riablen, in der eine Liste, beispielsweise eine Liste von 

IP-Adressen der ggf. an dem Verbund beteiligten Steuerungen 
abgelegt ist. Wird die Abfrage S2 bejaht (j), so sendet die 
lokale Steuerung beim Schritt S3 eine Anfrage an alle im 
Verbund stehenden Roboter, urn die jewel ligen Zustande der 

3 5 Roboter zu erfragen. Beim Schritt S4 werden die Antworten 
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der angefragten Roboter empfangen. Die Antwort - Da tenpakete 
enthalten jeweils Inf ormationen beziiglich der aktuellen 
Prograram- und physikalischer Roboterzustande . 

5 Parallel zum Warten auf die Antwort -Datenpakete wird beim 
Schritt S5 eine Timeout - Zeit fiir die zu empf angenden Ant- 
worten der angefragten Roboter uberpriift. Dement sprechend 
erfolgen die Schritte S4 , S5 in der Regel wiederholt ab- 
wechselnd in Form einer Schleife (hier aus Ubersichtlich- 

10 keitsgriinden nicht dargestellt) . Wird die Antwortzeit uber- 
schritten (j), so ergeht dann beim Schritt S6 eine Meldung 
an den Anwender, dass die Zustande der anderen bzw. be- 
^ stimmter anderer Steuerungen nicht gelesen werden konnten, 

wodurch ein Abbruch des beim Schritt SI gegebenen Start- 

15 Kommandos bedingt ist» Liegt beim Schritt S5 keine Uber- 

schreitung der Antwortzeit vor (n) , so erfolgt beim Schritt 
S7 eine Wei terbearbeitung des Start -Kommandos, wie weiter 
unten anhand der Fig. 3 dargestellt ist, 

20 Der letz tgenannte Verf ahrensschritt S7 wird auch dann aus- 
fiihrt, wenn bei der anfanglichen Abfrage S2 kein Start - 
Verbund festgestellt .wurde (n) , also der in Schritt SI be- 
wirkte Befehl aufgrund der Auswahl am Bediengerat nur fiir 
eine Roboter - Steuerung und damit einen Roboter gel ten soil. 

Die Fig. 3 stellt des prinzipiellen Ablauf fiir das Versen- 
den eines Start - Befehls an weitere an einer Synchronisation 
beteiligte Steuerungen und der Zustands -Uberpriif ung dar. 

30 Der Start -Befehl ist beim Schritt S8 grundsatzlich zur Wei- 
terleitung an die anderen zu synchronisierenden Steuerungen 
freigegeben (vergleiche S7 in Fig. 2) . Es erfolgt beim 
Schritt S9 zunachst eine Abfrage beziiglich der Startart. 
Hier sind zwei mogliche Startarten zu unterscheiden : a) Ein 

35 Remote- Start R, bei dem der Steuer-Bef ehl im Schritt S8 
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nicht lokal initiiert wurde, sondern bereits von einer an- 
deren Steuerung stammt (dieser Fall wird im weiteren Ver- 
lauf der Fig. 3 detailliert erlautert) . In diesem Fall er- 
geht direkt beim Schritt SIO der Start -Befehl an die lokale 
5 Steuerung. b) Anderenfalls ergibt die Abfrage S9 , dass es 
sich um eine lokal initiierte Anweisung L handelt. In die- 
sem Fall erfolgt beim Schritt Sll eine Abfrage, ob die ei- 
gene lokale Steuerung sich innerhalb des Start- Verbundes 
befindet. Ein Verneinen (n) der Abfrage Sll bedingt wieder- 

10 um die direkte Startanweisung an die lokale Steuerung beim 
Schritt SIO. Wird dagegen die Abfrage Sll bejaht (j), so 
erfolgt eine weitere Abfrage S12, ob die eigene lokale 
( Steuerung Satzkoinzidenz (SAK) aufweist, d.h., dass sich 

der zugehorige Roboter geometrisch auf der programmierten 

15 Bahn und nicht auBerhalb derselben befindet. Ein Verneinen 
(n) dieser Abfrage bedingt wiederum Schritt SIO, ein Beja- 
hen (j) startet beim Schritt S13, S13' eine Uberpriifung al- 
ler Steuerungen im Start- Verbund auf der Grundlage der von 
ihnen iibermittelten Abf rageergebnisse (vergleiche Fig. 1) 

20 in Bezug auf: 

- Satzkoinzident (SAK) ; 

, , - Nicht -Blockierung des Starts; 

■♦25 

- Fehlen einer Stop-Meldung; 

- automatischen Betriebsmodus (kein Handverf ahren) ; 
30 - Bereitschaft des Roboters; 

- gleiche Betriebsart wie die anderen Steuerungen, z.B. 
Step-Modus Oder dergleichen; und 
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- ggf. weitere Startvoraussetzungen . 

1st eine dieser Voraussetzungen bei S13 ' nicht gegeben (n) , 
so wird der Start beim Schritt S14 global blockiert und ei - 
5 ne entsprechende Fehlermeldung an den Anwender ausgegeben. 
Globales Blockieren des Start - Befehls bedeutet, dass weder 
ein Programmablauf in der lokalen Steuerung gestartet, noch 
der Start -Befehl an die anderen beteiligten Steuerungen 
weitergeleitet wird. 

10 

Sind dagegen alle Startvoraussetzungen S13 ' gegeben (j), so 
leitet die lokale Steuerung den Start-Befehl beim Schritt 
S15 an alle im Verbund stehenden Roboter welter. Abschlie- 
Bend ergeht beim Schritt SIO die Startanweisung auch an die 
15 lokale Steuerung, woraufhin im Roboterverbund ein synchro - 
• ner Programmablauf beginnt. 

Wie anhand des Startvorgangs kooperierender Roboter erlau- 
tert, sind in gleicher Weise weiterhin die folgenden Steue- 
20 rungsvorgange gemeinsam an mehreren Robotern eines Verbun- 
des durchfiihrbar : 

- zeitgleiches Stoppen aller kooperierenden Steuerungen 
1.1-4.1; und 

- Abgleichen eines Programm-Bearbeitungsmodus ' auf alien 
Steuerungen 1.1-4.1. Damit ist gewahrleistet , dass sich 
im Falle eines Step-Modus' auf einer Steuerung sich 
auch die anderen Steuerungen in demselben Betriebsmodus 

3 0 befinden. 

- Ein Programm- Reset fuhrt zu einem eben solchen Reset 
auf den anderen Steuerungen. 
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- Bei Satzanwahl auf einer Steuerung, d.h. Anwahl einer 
bestimmten geometrischen Position des Roboters wird die 
entsprechende Satzanwahl auf den anderen Steuerungen e- 
5 benfalls durchgef lihrt . 

Die letzte der genannten synchronen Bedienhandlungen setzt 
voraus, dass die in den Steuerungen 1.1-4.1 ablaufenden 
Programme prinzipiell identisch (gespiegelte Programme) 
10 sind. 

Die Liste von Steuerungen, die an einem Verbund der Anwen- 
((H^! deraktionen teilnimmt, ist beim beschriebenen Ausfiihrungs- 

beispiel in einer Variablen abgelegt, die in den Speicher- 
15 mitteln 1.2-4.2 der kooperierenden Roboter- Steuerungen 1.1- 
4.1 gespeichert ist. Fur die Aktivierung der vorstehend ge- 
nannten Befehle "synchrone Satzanwahl" und "Reset" kann in 
den Speichermitteln 1.2-4.2 eine entsprechende zweite Vari- 
able gespeichert sein. 

20 

Alle dem Kommando- Verbund zugehorigen Steuerungen 1.1-4.1 
teilen sich gegenseitig ihre aktuell relevanten Zustande 
mit, wobei das in Fig. 1 dargestellte Kommunikationsnetz 5, 
6 auf Ethernet -Basis zwischen den Steuerungen 1.1-4.1 als 
^f^' 2 5 Kommunikationsmedium dient. Bei Einleitung eines entspre- 

chend zu verteilenden Steuer-Bef ehls an einer der Steuerun- 
gen durch einen Benutzer iiber das Bediengerat 7 wird gemaB 
des anhand der Fig. 2 und 3 beschriebenen Verfahrens iiber - 
pruft, ob in Anbetracht der Zustande der anderen im Verbund 
3 0 stehenden Steuerungen der gegebene Befehl in dieser Form 
verteilt, abgeblockt oder nur lokal ausgefiihrt wird. Fiir 
letzteres ist gegebenenf alls ein Auflosen des proj ektierten 
Verbunds erf orderlich, denn grundsatzlich wird die Komman- 
dofiihrung fiir alle Teilnehmer blockiert, falls eine projek- 
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tierte Synchronisation fehlschlagt. Will der Anwender also 
die lokale Kommandof uhrung erzwingen, so lost er den pro- 
jektierten Verbund auf, so dass alle Kommandos nur noch lo- 
kal ausgefuhrt werden . 

5 

Die auf diese Weise synchronisierbaren Anweisungen umfassen 
insbesondere Start- und Stop- Bef ehls , Auswahlbef ehle fur 
die Progranunlauf art (Step -Modus oder dergleichen) , Satzan- 
wahl- und Programm- Reset - Bef ehle . Die Erfindung betrifft 
10 hierbei das gemeinsame Starten, Stoppen von Steuerungspro- 
grammen. Dies bedeutet nicht zwangslauf ig, dass die Bewe- 
gungen der Roboter geometrisch gekoppelt sind bzw. sein 




miissen - es bedeutet lediglich, dass die gleiche Bedien- 



handlung auf mehreren Steuerungen ausgefuhrt wird, ohne 
15 dass der Anwender an alien Bediengeraten einen entsprechen- 
den Befehl initiieren muss, um die Bedienhandlung zu tati- 
gen. 

Fiir diesen Datenaustausch sind keine Posi tionsdaten erfor- 
2 0 derlich, sondern nur Daten iiber die aktuellen Zustande 

(Antriebe ein, SAK, Stop-Meldungen liegen an, oder dergl.). 
Sollte die beschriebene Funktionalitat auch fur den gemein- 
samen Start einer geometrisch gekoppelten Bewegung mehrerer 
Steuerungen verwendet werden, so mussen fur die Funktiona- 
'^^1^25 litat einer geometrisch/zeitlich gekoppelten Bewegung meh- 
rerer Steuerungen auch Positionsdaten ausgetauscht werden. 
Diese sind aber nicht fur die Startsynchronisation, sondern 
fur die nachgelagerte Bewegungssynchronisation erf order - 
lich. 

30 

Die beschriebene Priifung der Anf angsbedingungen findet nur 
beim Start -Befehl statt, da fiir den Start der im Verbund 
stehenden Roboter 1-4 erreicht werden soil, dass jede Steu- 
erung 1.1-4.1 fur sich eine SAK-Fahrt ausfiihrt. Erst wenn 
35 alle Steuerungen 1.1-4.1 bzw. die entsprechenden Roboter 1, 
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2, 3, 4 sich auf der jeweils programmierten Bahn befinden, 
kann ein Start im Verbund ausgefiihrt werden. 
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Patentanspriiche 



1. Verfahren zum synchronen Steuern einer Mehrzahl von 
Handhabungsgeraten, wie Indus trierobotern, dadurch ge- 
kennzeichnet , dass ein von Steuerungen der an einer 
Synchronisation beteiligten Handhabungsgerate auszufiih- 
render Steuer- Bef ehl an einer beliebigen Steuerung ini - 
tiiert und anschlieBend in dieser abhangig von der Art 
des Befehls weiterbearbei tet wird. 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet , dass 
die Bef ehls-Bearbeitung beinhaltet, dass der Steuer- 
Befehl zur synchronen Ausfiihrung auf die anderen Steue- 
rungen verteilt, abgeblockt Oder nur lokal ausgefiihrt 
wird. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeich- 
net, dass die initiierende Steuerung aktuelle steue- 
rungsrelevante Zustande aller Steuerungen uberpriift. 



Verfahren nach Anspruch 3, dadurch gekennzeichnet , dass 
die Bcf ehls - Bearbeitung nach der Zustands - Uberpriif ung 
erf olg t . 

Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass 
die Bef ehls - Bearbeitung bei negativer Zustands- 
Uberpriifung unterbleibt. 

Verfahren nach einem der Anspriiche 3 bis 5, dadurch ge- 
kennzeichnet, dass eine Zustands -Mitteilung nach einer 
Anfrage durch die initiierende Steuerung erfolgt. 

Vorrichtung zum synchronen Steuern eines Handhabungsge - 
rats, wie eines Indus trieroboters (1, 2, 3, 4), in ei- 
nem Verbund aus derartigen Handhabungsgeraten auf wei - 
send: 

Speichermittel (1.2, 2.2, 3.2, 4.2) zum Speichern 
eines Steuerungsprogramms fiir das Handhabungsgerat 
(1, 2, 3, 4); 

Eingabemittel (1.3a, 2.3a, 3.3a, 4.3a) zum Initiie- 
ren eines zu Synchronisationszwecken zu verteilen- 
den S teuer - Bef ehl s ; 

Sendemittel (1.3b, 2.3b, 3.3b, 4.3b) zum Senden ei- 
nes initiierten Steuer-Bef ehls an andere an einer 
Synchronisation beteiligte Steuerungen (1.1, 2.1, 
3.1, 4.1); 

- Empf angsmittel (1.3c, 2.3c, 3.3c, 4.3c) zum Empfan- 
gen eines von einer anderen beteiligten Steuerung 
(1.1, 2.1, 3.1, 4.1) ubermittelten Bef ehls; 



Prozessormittel (1.4a, 2.4a, 3.4a, 4.4a) zum Bear- 
beiten des S teuerungsprogranuns nach MaBgabe des 
Steuer -Bef ehls und ggf . zum Priifen des initiierten 
bzw. des empfangenen Bef ehls; und 

Entscheidungsmittel (1.4b, 2.3b, 3.4b, 4.4b.) zum 
Freigeben oder Blockieren des Versandes und/oder 
zum Anordnen eines lediglich lokalen Ausfiihrens ei- 
nes initiierten Steuer -Bef ehls . 

Vorrichtung nach Anspruch 7, dadurch gekennzeichnet , 
dass die Steuerungen (1.1, 2.1, 3.1, 4.1) iiber ein Kom 
munikationsnetz (5, 6) verbunden sind. 

Vorrichtung nach Anspruch 7 oder 8, dadurch gekenn- 
zeichnet, dass diese auf einer gemeinsamen hierarchi- 
schen Ebene mit den anderen beteiligten Steuerungen 
(1.1, 2.1, 3.1, 4.1) angeordnet ist. 

Vorrichtung nach einem der Anspriiche 7 bis 9, dadurch 
gekennzeichnet, dass diese zusammen mit den anderen be 
teiligten Steuerungen (1.1, 2.1, 3.1, 4.1) mit einem 
gemeinsamen Bediengerat (7) verbunden ist, das zu Be- 
dienzwecken auf die unterschiedlichen Steuerungen (1.1 

2.1, 3.1, 4.1) umschaltbar ist. 

Vorrichtung nach einem der Anspruche 7 bis 10, dadurch 
gekennzeichnet, dass die beteiligten Steuerungen in 
(1.1, 2.1, 3.1, 4.1) einer in den Speichermi tteln (1.2 

2.2, 3.2, 4.2) gespeicherten Variablen verzeichnet 
sind. 
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Zu s ammen £ a s s ung 

Ein Verfahren zum synchronen Steuern einer Mehrzahl von 
Handhabungsgeraten, wie Indus trierobotern, zeichnet sich 
dadurch aus, dass ein von Steuerungen der an einer Synchro- 
5 nisation beteiligten Handhabungsgerate auszuf lihrender Steu- 
er-Befehl an einer beliebigen Steuerung initiiert und an- 
schlieBend in dieser abhangig von der Art des Befehls wei- 
terbearbeitet wird. Eine im Verbund mit anderen zum Durch- 
fiihren des erf indungsgemaBen Verfahren geeignete Vorrich- 

10 tung weist auf : Speichermittel zum Speichern eines Steue- 

rungsprogramms fur das jeweilige Handhabungsgerat , Eingaibe- 
mittel zum Initiieren eines zu Synchroni sat ions zwecken zu 
verteilenden Steuer- Befehls, Sendemittel zum Senden eines 
initiierten Befehls an andere an einer Synchronisation be- 

15 teiligte Steuerungen, Empf angsmittel zum Empfangen eines 
von einer anderen beteiligten Steuerung libermittel ten Be- 
fehls, Prozessormittel zum Bearbeiten des Steuerungspro- 
gramms nach MaBgabe des Steuer-Bef ehls und ggf . zum Prufen 
des initiierten bzw. des empfangenen Befehls und Entschei- 

20 dungsmittel zum Freigeben oder Blockieren des Versandes 
und/oder zum Anordnen eines lediglich lokalen Ausfuhrens 
eines initiierten Steuer-Bef ehls . 
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